home *** CD-ROM | disk | FTP | other *** search
/ Internet Tools (InfoMagic) / Internet Tools.iso / dos_win / winsock / maillist / 94-05.Z / 94-05 / 000312_news@bigblue.oit.unc.edu_Mon May 23 00:40:00 1994.msg < prev    next >
Internet Message Format  |  1994-05-31  |  7KB
  1. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  2.           id AA19389; Sun, 22 May 1994 22:55:13 -0400
  3. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  4.           id AA18997; Sun, 22 May 1994 22:45:46 -0400
  5. Received: from GATEWAY by bigblue with netnews
  6.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  7. To: winsock@sunsite.unc.edu
  8. Date: Mon, 23 May 1994 00:40:00 GMT
  9. From: giles@research.canon.oz.au
  10. Message-Id: <Cq8CIo.39t@research.canon.oz.au>
  11. Organization: Canon Information Systems Research Australia
  12. Sender: ses
  13. Subject: Re: WinSock Compliance Testing
  14.  
  15. ....
  16. >Does anyone out there have a WinSock compliance test suite, installation
  17. >validation and verification set, etc. for testing various WinSock's?
  18. .....
  19.  
  20. A validation suite is mentioned in the Winsock spec. it's called WSAT
  21. (Windows Sockets API Tester) and is apparently available by sending
  22. email to wsat@microsoft.com .  Haven't got it yet though, the ftp
  23. address they gave me (in the automaic mail reply) doesn't respond.
  24.  
  25. = Giles =
  26. From news@bigblue.oit.unc.edu Fri May 23 03:03:09 1994
  27. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  28.           id AA23715; Sun, 22 May 1994 23:25:14 -0400
  29. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  30.           id AA12023; Sun, 22 May 1994 23:16:29 -0400
  31. Received: from GATEWAY by bigblue with netnews
  32.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  33. To: winsock@sunsite.unc.edu
  34. Date: 23 May 1994 03:03:09 GMT
  35. From: jel8@namaste.cc.columbia.edu (Jason E Levine)
  36. Message-Id: <2rp6dd$sl1@apakabar.cc.columbia.edu>
  37. Organization: Columbia University
  38. Sender: ses
  39. References: <2rp5ju$r6o@apakabar.cc.columbia.edu>
  40. Subject: Re: Two Chameleon 4.0 questions...
  41.  
  42. I hate following up my own posts.... but I figured out my first
  43. question.  I usually log into anonymous FTP sites with a preceding
  44. dash to my username/password combo, and Chameleon won't accept it.
  45. But other than that, things are cool.
  46.  
  47. Still, though, I'd like to know about the SLIP server thing.
  48.  
  49. Jason
  50. Jason Levine              +---------------------------+  GO SPURS GO SPURS GO S
  51. 318 Schapiro Hall         | Send electronic mail to:  |  PURS GO SPURS GO SPURS
  52. 605-15 West 115th Street  | Jason.Levine@columbia.edu |  GO SPURS GO SPURS GO S
  53. NY NY USA 10025           +---------------------------+  PURS GO SPURS GO SPURS
  54. From news@bigblue.oit.unc.edu Fri May 23 02:49:34 1994
  55. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  56.           id AA23725; Sun, 22 May 1994 23:25:15 -0400
  57. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  58.           id AA12021; Sun, 22 May 1994 23:16:08 -0400
  59. Received: from GATEWAY by bigblue with netnews
  60.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  61. To: winsock@sunsite.unc.edu
  62. Date: 23 May 1994 02:49:34 GMT
  63. From: jel8@merhaba.cc.columbia.edu (Jason E Levine)
  64. Message-Id: <2rp5ju$r6o@apakabar.cc.columbia.edu>
  65. Organization: Columbia College '95
  66. Sender: ses
  67. Subject: Two Chameleon 4.0 questions...
  68.  
  69. I am trying to figure out two things with Chameleon 4.0....
  70.  
  71. First, I cannot figure out how to set the FTP server to accept anonymous logins
  72. (if it is possible at all).
  73.  
  74. Second, and more importantly, I cannot figure out the SLIP server.  How do I set
  75. it up to route packets coming in over SLIP back out my ethernet card, and thus
  76. onto the ethernet network?  Additionally, can I set it up for a direct
  77. connection?  (It seems to want an answer string for the modem, which I would not
  78. be giving it... I assume that clicking on "carrier detect" will do the trick,
  79. though, but since I cannot get the routing properly set up, I can't really test
  80. this hypothesis.)
  81.  
  82. Thanks a LOT in advance for any help.
  83.  
  84. Jason
  85.  
  86. -- 
  87. Jason Levine              +---------------------------+  GO SPURS GO SPURS GO S
  88. 318 Schapiro Hall         | Send electronic mail to:  |  PURS GO SPURS GO SPURS
  89. 605-15 West 115th Street  | Jason.Levine@columbia.edu |  GO SPURS GO SPURS GO S
  90. NY NY USA 10025           +---------------------------+  PURS GO SPURS GO SPURS
  91. From news@bigblue.oit.unc.edu Sun May 22 19:09:08 1994
  92. Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
  93.           id AC27075; Sun, 22 May 1994 23:55:14 -0400
  94. Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
  95.           id AA14450; Sun, 22 May 1994 23:38:17 -0400
  96. Received: from GATEWAY by bigblue with netnews
  97.     for winsock@sunsite.unc.edu (winsock@sunsite.unc.edu)
  98. To: winsock@sunsite.unc.edu
  99. Date: Sun, 22 May 1994 23:09:08 -0400
  100. From: Robert Patrick <rp2y+@andrew.cmu.edu>
  101. Message-Id: <Ahs1tIm00iUzI5ZOha@andrew.cmu.edu>
  102. Organization: Doctoral student, Chemical Engineering, Carnegie Mellon, Pittsburgh, PA
  103. Sender: ses
  104. Subject: Re: WS_GOPHER CRASHING
  105.  
  106. Excerpts from netnews.alt.winsock: 22-May-94 WS_GOPHER CRASHING by gary
  107. klass@ilstu.edu 
  108. > MY WS_GOPHER IS CRASHING MORE FREQUENTLY NOW;
  109. > The following message appears in trumpet after the crash
  110. >  
  111. > task 1CE7 did not call WSACleanup
  112. > task 26B7 did not call WSACleanup
  113. >  
  114. > it happens most often sometime after I cancel a retrieval of an item
  115. that does
  116. >  
  117. > not respond.  Sometimes the crash occurs well after I've terminated the 
  118. > program.  It seems like a probelm that could be fixed easily. 
  119.  
  120. I've experienced similar problems when "attempting to cancel".  It seems
  121. that the program causes GPFs when the requested data is received and the
  122. requesting window is gone (not too surprising).  As long as you never
  123. cancel a request, everything seems to work just fine.
  124.  
  125. Robert
  126.  
  127.  
  128. --                                                                        
  129. +------------------------------------------------------------------------+
  130. | Robert Patrick                      _/_/_/_/    _/      _/  _/_/_/_/   |
  131. | n-dim Group                         _/      _/  _/      _/  _/      _/ |
  132. | Engineering Design Research Center  _/      _/  _/      _/  _/      _/ |
  133. | Department of Chemical Engineering  _/      _/  _/      _/  _/      _/ |
  134. | Carnegie Mellon University          _/_/_/_/    _/_/_/_/_/  _/_/_/_/   |
  135. | Pittsburgh, PA  15213               _/   _/     _/      _/  _/         |
  136. | Phone: (412)268-5215                _/    _/    _/      _/  _/         |
  137. | Fax: (412)268-5229                  _/     _/   _/      _/  _/         |
  138. | rp2y+@globe.edrc.cmu.edu            _/      _/  _/      _/  _/         |
  139. | rp2y+@andrew.cmu.edu                                                   |
  140. | World Wide Web: http://paneer.ndim.edrc.cmu.edu:8888/~rp2y/Home.html   |
  141. +------------------------------------------------------------------------+
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.